Wireless payment with a portable device

ABSTRACT

A portable device transmits a payment card number to a merchant machine. The portable device generates an encrypted first message comprising a request to get information about a financial transaction. A packet filter maps the encrypted first message to a pre-established non-GBR bearer. The portable device generates a fourth message by encrypting the encrypted first message and transmits the fourth message. The portable device receives and decrypts a second encrypted message. The portable device decrypts the decrypted second message and sends financial transaction information to a display.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of application Ser. No. 13/437,590,filed Apr. 2, 2012, entitled “Secure and Mobile Financial Transaction,”which claims the benefit of U.S. Provisional Application No. 61/572,285,filed Apr. 15, 2011, entitled “Secure and Mobile Financial Transaction,”which are hereby incorporated by reference in its entirety.

BACKGROUND OF THE INVENTION

As the use of portable wireless devices and other mobile devicesincreases, the availability of valuable services offered over thesedevices may also increase. Mobile phones may be used for activities suchas: electronic banking, online shopping, stock brokerage, otherservices, and/or the like. Various creative software applications havebeen developed to enable these portable devices to perform a widevariety of applications from gaming, GPS navigation, emails, scientificand engineering activities, and/or the like.

Some people purchase goods and services using credit cards, debit cards,and/or the like. Cell phone may be used to electronically purchase goodsand services instead of using a credit card. A cellular phone may beconfigured as a payment device for purchases from merchants, serviceproviders, and/or the like. Cellular device may employ wireless cellularservice(s) to process financial transaction(s). Cellular telephonepayment device(s) and network(s) may replace conventional credit cardsand cash payments at the time of purchase. The need for both merchantmachine(s) and credit card(s) may be minimized in performing financialtransaction(s).

While the services offered over mobile devices may become more valuable,the need for security may gain importance. Also, wireless networks andprotocols may become more complicated. Wireless propagation fading andhigher bit error rates may introduce new challenges for transmission ofdata. Wireless networks may offer a variety of services with differentqualities of service. A packet may traverse through multiple nodes in aheterogeneous wireless and/or wireline network to reach to a destinationon the Internet. There may be a need to enhance the purchase processincluding security, packet transmission, packet processing, and/or thelike.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

FIG. 1 is an example block diagram illustrating a financial transactionemploying a portable device as per an aspect of an embodiment of thepresent invention.

FIG. 2 is an example block diagram illustrating a financial transactionemploying a portable device as per an aspect of an embodiment of thepresent invention.

FIG. 3 is an example block diagram illustrating encryption, filteringand transmission employed used in an aspect of an embodiment of thepresent invention.

FIG. 4 is an example flow diagram illustrating a financial transactionemploying a portable device as per an aspect of an embodiment of thepresent invention.

DETAILED DESCRIPTION OF EMBODIMENTS

Example embodiments of the present invention use a portable device toassist a financial transaction related to a purchase of a user. Exampleembodiments of the present invention process financial transactionsrelated to a user purchase. More particularly, the embodiments relate toenhancing the purchase process along with optimizing the security,packet transmission and packet processing.

FIG. 1 is an example block diagram illustrating a financial transactionemploying a portable device as per an aspect of an embodiment of thepresent invention. As shown, the system comprises a Wireless CellularNetwork/Internet Network 108, which may function to provide connectivitybetween one or more access terminals 102 (e.g., a cell phone, PDA, otherwirelessly-equipped device, or the like), and one or more databaseservers (e.g. account database server 109 and 111, or the like), and amerchant machine 103.

It should be understood, however, that this and other arrangementsdescribed herein are set forth for purposes of example only. As such,those skilled in the art will appreciate that other arrangements andother elements (e.g., machines, interfaces, functions, orders offunctions, or the like) may be used instead, some elements may be added,and some elements may be omitted altogether. Further, as in mosttelecommunications applications, those skilled in the art willappreciate that many of the elements described herein are functionalentities that may be implemented as discrete or distributed componentsor in conjunction with other components, and in any suitable combinationand location. Still further, various functions described herein as beingperformed by one or more entities may be carried out by hardware,firmware and/or software in combination with hardware. For instance,various functions may be carried out by one or more processors executinga set of machine readable instructions stored in memory.

As shown, the access network may comprise a plurality of base stations106-107. Each base station 106-107 may function to transmit and receiveRF radiation 104-105 at one or more carrier frequencies. The RFradiation may provide one or more interfaces over which the accessterminal 102 may communicate with the base stations 106-107. The user101 may employ the wireless device to assist a financial transaction.The user, for example, may be a customer in a department store orgrocery store.

Each of the one or more base stations 106-107 may define a correspondingwireless coverage area. The RF radiation 104-105 of the base stations106-107 may carry communications between the Wireless CellularNetwork/Internet Network 108 and access terminal 102 according to avariety of protocols. For example, RF radiation 104-105 may carrycommunications according to WiMAX (e.g., IEEE 802.16), LTE,LTE-Advanced, microwave, satellite, MMDS, Wi-Fi (e.g., IEEE 802.11),Bluetooth, infrared, other protocols now known or later developed, orthe like.

As shown, the merchant machine 103 may be connected to Wireless CellularNetwork/Internet Network 108 through a wireline or wireless technology.The user portable device 102 may be configured to communicate with themerchant machine 103 via a short range wireless technology 110 (e.g.Bluetooth, near field communications, infrared, Wi-Fi, cellular wirelesstechnology, wireline technology such as USB, Ethernet or any otherphysical medium, or the like). The user may enable a communicationbetween the portable device and the merchant machine, and/or between theportable device and the account server, for example, by providing anauthorization input (e.g. providing a PIN number, providing biometricinput, providing a key, or the like), or by running an application. Theuser may further enable or initiate communications between the portabledevice and the merchant machine by enabling physical layercommunication, for example, by moving the portable device close to themerchant machine in order to initiate the transaction. Communication viaa short range wireless technology may require a short distance betweenthe portable device and the merchant machine. The communication amongmerchant machine 103, user portable device 102, and account databaseserver 109 may be enabled by networking and transport technology (e.g.TCP/IP, UDP, RTP, other networking protocol, or the like).

FIG. 2 is an example block diagram illustrating a financial transactionemploying a portable device as per an aspect of an embodiment of thepresent invention. According to some of the various embodiments,merchant machine 201 may be a point-of-sale in a grocery store,department store, a service provider (such as an insurance company) or agovernment entity. The merchant machine 201 may communicate withportable device 202 via interface 207. The portable device 202 mayinclude, but is not limited to: a cell phone, a smart phone, a portablepersonal computer, or the like. According to some of the variousembodiments, the portable device 202 may comprise at least onecommunication interface(s), processor(s), and program code instructionsstored in memory and executable by the processor(s) in order to performvarious functions. Portable device 202 may be configured to process thecommands or inputs of the user 205. The user 205 in an exampleembodiment may be a customer in a merchant store. The merchant machine201 may communicate with account database server 203 via interface 205.

According to some of the various embodiments, account database server203 may comprise many account records. Account record data may comprisecredit card number(s), expiration date(s), maximum credit limit(s),current balance(s), account history(ies) and/or account transaction(s).Account database server 203 may communicate with a portable device 202via interface 206. Account database server 203 may comprise adistributed architecture and/or may comprise multiple servers. In anexample embodiment, some of the servers may communicate with merchantmachine 201, and some other servers may communicate with user portabledevices. These servers may or may not be managed by different entities.A person skilled in the art will recognize that financial entit(ies) mayimplement various alternative systems in order to store and managefinancial data and/or financial transaction(s) related to users and/ormerchant machines.

According to some of the various embodiments, an application to assist afinancial transaction related to a purchase may be developed for use ona cell phone device. Cell phone device(s) may have an open architecturewhere an application may be developed by a third party and installed bya user. Interface programs may be developed between account databaseserver(s) and cell phone application(s) for data input and/or usernotifications.

An example embodiment of the invention may provide a method and systemfor a portable device 102 to assist a financial transaction related to apurchase of a user. Another example embodiment may provide anon-transitory tangible computer readable media containing a series ofinstructions that when executed by one or more processors causes amethod of assisting a financial transaction related to a purchase of auser to execute. Another example embodiment may provide an article ofmanufacture, comprising a machine-accessible medium having instructionsencoded thereon for enabling a processor in a portable device to assista financial transaction related to a purchase of a user. The portabledevice 102 may comprise first and second receiver modules, first andsecond transmitter modules, encryption and decryption modules, and/or auser interface module. The portable device 102 may store a firstencryption key, a second decryption key, and/or a network address of anaccount database server 109.

FIG. 3 is an example block diagram illustrating encryption, filteringand transmission employed used in an aspect of an embodiment of thepresent invention. In an example embodiment, the encryption module 301may encrypt a first message using a first encryption key. The firstmessage may comprise a request to get information about a financialaccount configured in the portable device 102. The first transmittermodule may transmit the encrypted first message to an account databaseserver 109. The message may comprise the network address of the serverand may be destined to the server. The encrypted first message may bemapped to a pre-established non-GBR bearer 307. The mapping may beperformed by a packet filter 302 using packet protocol header of theencrypted first message. The encrypted first message may be encrypted byencryption module 303 for a second time using a third encryption keybefore being transmitted on a first plurality of OFDM subcarriers (orSC-FDMA subcarriers).

According to some of the various embodiments, the portable device mayreceive a second encrypted message from the account database serverusing the pre-established non-GBR bearer 307. The second encryptedmessage may be decrypted by decryption module 306 using a fourthdecryption key after being received on a second plurality of OFDMsubcarriers (or SC-FDMA subcarriers). The filter 305 may filter anddirect packet to decryption module 304. The decryption module 304 maydecrypt the decrypted second message using a second decryption key. Theportable device may store the financial account information. The messagemay comprise an amount related to a purchase, an account balance, and/oraccount history, and/or the like. The portable device 102 may display atleast a portion of the financial account information.

According to some of the various embodiments, the portable device mayreceive a request message from a merchant machine 103. This may be inresponse to, for example, the user moving the portable device close tothe merchant machine to enable a short range communication, or the userentering an input to portable machine, or the user running anapplication, and/or the like. In an example embodiment, the requestmessage may comprise, for example, an amount related to the purchase,and/or some information related to the merchant machine, and/or themerchant, and/or the like. The portable device may transmit a responsemessage to the merchant machine 103. The response message may compriseaccount related information for the merchant machine 103 to trigger afinancial debit from the financial account or trigger a financial creditto the financial account. In an example embodiment, the portable devicemay receive an input from the user 101 enabling the financialtransaction.

FIG. 4 is an example flow diagram illustrating a financial transactionemploying a portable device as per an aspect of an embodiment of thepresent invention. The application may store a first encryption key, asecond decryption key, and a network address of an account databaseserver. A user may initiate or enable the example process by providingan authorization input, such as providing a PIN number, providing abiometric input, running an application, and/or the like. In task 402,the portable device may encrypt a first message using a first encryptionkey. The first message may comprise a request to get information about afinancial account configured in the portable device. The portable devicemay verify a certificate transmitted from the account database server.In another example, the server may verify a certificate transmitted fromthe portable device. This may ensure reasonable protection fromeavesdroppers and man-in-the-middle attacks. Adequate cipher suites maybe employed and/or the server certificate may be verified and trusted.

The portable device may transmit the encrypted first message to theaccount database server via a first wireless interface using the networkaddress at 403. According to some of the various embodiments, a firstwireless interface may include a wireless receiver and/or wirelesstransmitter. The wireless receiver and/or wireless transmitter mayemploy short range wireless technology, long range wireless technology,and/or intermediate range wireless technology. The first and secondwireless interface may be the same or different wireless interfaces. Inan example embodiment, the first and second wireless interfaces may bothrefer to the same WiFi interface. In another example embodiment, thefirst interface may be a WiFi interface or a near field communicationinterface, and the second interface may be a cellular wirelessinterface. In another further example embodiment, both first and secondinterface may refer to the same type of wireless interface.

According to some of the various embodiments, the encrypted firstmessage may be mapped to a pre-established non-GBR (GBR: guaranteed bitrate) bearer. The mapping may be performed by a packet filter usingpacket protocol header of the encrypted first message. The encryptedfirst message may be encrypted for an additional time using a thirdencryption key before being transmitted on a first plurality ofsubcarriers, e.g. OFDM (orthogonal frequency division multiple access)subcarriers, SC-FDMA (single carrier—frequency division multiple access)subcarriers and/or the like. In an example, The first encryption key maybe received from a first network node and the third encryption key maybe received from a second network node by the portable device. Inanother example, the first encryption key may be associated with thefirst network node and the third encryption key may be associated with asecond network node. A key is associated with a node, for example, whenit is received from the node, or when it is stored to be used in acommunication with the node, or when it is calculated based, at least inpart, on the parameters of the node or parameters received from thenode. The first network node may be different than the second networknode. The encrypted first message may be encrypted using the thirdencryption key and at least one other parameter that changessubstantially rapidly over time. For example, the one other parametermay change after every one or more radio frame period. For example, theone other parameter may change every 1 msec, 10 msec, or 100 msec.

According to some of the various embodiments, an IP packet header may beadded to the encrypted first message before the encrypted first messageis encrypted for an additional time. A packet header comprising asequence number may be added to the packet after the encrypted firstmessage is encrypted for an additional time. The packet headers may helpto transfer and route the packet to a destination. Packet headers may beadded for the wireless transmission of the encrypted first message by awireless transmitter physical and MAC layers. These MAC and physicallayer packet headers may transmitted without encryption.

According to some of the various embodiments, the first plurality ofOFDM subcarriers (or SC-FDMA subcarriers) may comprise a plurality ofadjacent OFDM subcarriers (or SC-FDMA subcarriers) at any given timeduring transmission period. A first part of a first physical layertransport block of the encrypted first message may be transmitted on afirst subset of the first plurality of OFDM subcarriers (or SC-FDMAsubcarriers) in a first time period, and a second part of the firstphysical layer transport block of the encrypted first message may betransmitted on a second subset of the first plurality of OFDMsubcarriers (or SC-FDMA subcarriers) in a second time period. The firsttime period and the second time period may not overlap. The first subsetof the first plurality of OFDM subcarriers (or SC-FDMA subcarriers) andthe second subset of the first plurality of OFDM subcarriers (or SC-FDMAsubcarriers) may be different. Such a transmission process may help toreduce the effect of radio interface fading and interference.

According to some of the various embodiments, after transmission of theencrypted first message, the portable device may receive at least twopacket acknowledgements comprising acknowledgement from a cellular basestation and acknowledgement from the account database server.Acknowledgement may include a field indicating successful reception ofthe message or a segment of the message. The pre-established non-GBR(GBR: Guaranteed Bit Rate) bearer may be assigned a plurality ofattributes comprising at least one the following: a scheduling priority,an allocation and retention priority, a portable device aggregatemaximum bit rate and/or the like. These attributes may be used by thenetwork to assign proper resources to the non-GBR bearer.

The portable device may receive a second encrypted message from theaccount database server via the second wireless interface using thepre-established non-GBR bearer at 404. The second encrypted message maybe decrypted using a fourth decryption key after being received on asecond plurality of OFDM subcarriers (or SC-FDMA subcarriers). Thesecond plurality of OFDM subcarriers (or SC-FDMA subcarriers) maycomprise a plurality of non-adjacent OFDM subcarriers (or SC-FDMAsubcarriers) at any given time during reception period. Non-adjacentOFDM subcarriers may imply that there is at least one subcarrierbelonging to other user data among said subcarriers. Non-adjacentsubcarriers may be called non-contiguous subcarriers.

According to some of the various embodiments, a first part of a secondphysical layer transport block of the second encrypted message may bereceived on a third subset of the second plurality of OFDM subcarriers(or SC-FDMA subcarriers) in a third time period, and a fourth part ofthe second physical layer transport block of the second encryptedmessage may be received on a fourth subset of the second plurality ofOFDM subcarriers (or SC-FDMA subcarriers) in a fourth time period. Thethird time period and the fourth time period may not overlap. The thirdsubset of the second plurality of OFDM subcarriers (or SC-FDMAsubcarriers) and the fourth subset of the second plurality of OFDMsubcarriers (or SC-FDMA subcarriers) may be different. Such atransmission and reception process may help to reduce the effect ofradio interface fading and interference.

According to some of the various embodiments, the portable device maydecrypt the decrypted second message using the second decryption key at405. The portable device may store the financial account information.The second decryption key may be received from a third network node andthe fourth decryption key may be received from a forth network node bythe portable device. The third network node may be different than theforth network node. The second encrypted message may be decrypted usingthe fourth decryption key and at least one other parameter that changessubstantially rapidly over time. For example, the one other parametermay change after every single radio frame or sub-frame period or afterevery couple of frames. For example, the one other parameter may changeevery 1 msec, 10 msec, or 100 msec. The financial account informationmay comprise at least one of the following parameters: available credit,maximum credit limit, transaction history, a purchase amount, and/or thelike.

According to some of the various embodiments, the application may sendat least a portion of the financial account information to portabledevice display at 406. A user may initiate or enable a communicationbetween the portable device and the merchant machine, for example, byproviding an authorization input such as providing a PIN number,providing a biometric input, and/or running an application, and/or thelike. The user may further enable or initiate the communication betweenthe portable device and the merchant machine by enabling physical layercommunication, for example, by moving the portable device close to themerchant machine in order to initiate the transaction. According to someof the various embodiments, the application may receive a requestmessage from a merchant machine via a second wireless interface at 407.In an example embodiment, the request message from the merchant machinemay be received via a short range wireless technology. The message mayinclude parameters such as, machine information, merchant information,purchase amount, authentication information, and/or the like. Thisrequest message may be a request for a credit card number, a debit cardnumber, an account number, a gift card number, other financialinformation, and/or the like. To trigger a financial transaction, themerchant machine may require a credit card number, a debit card number,an account number, a gift card number, other financial information,and/or the like. For example, if the user is purchasing merchandisesfrom a merchant, the merchant may charge the client using the cardinformation. In another example, if the user is returning an item ormany items, and/or is returning services, the merchant may trigger arefund.

The portable device may transmit a response message to the merchantmachine via the second wireless interface at 408. The response messagemay comprise account related information for the merchant machine totrigger a financial debit from the financial account and/or to creditthe financial account. The response may be transmitted to the merchantmachine, for example after the user provides an input such as a PINnumber or a biometric input, or an approval, and/or the like. Theresponse message may also inform the merchant machine that a transactioncannot be enabled. The user may further provide input to enable thetransaction, for example, sign on a merchant machine pad, sign a paper,provide a PIN, provide a biometric input, and/or the like. The portabledevice may receive an encrypted (or un-encrypted) third message from theaccount database server (or the merchant machine) after the financialtransaction is triggered. The third message may comprise updated accountinformation. The updated account information may, for example, comprisethe amount of said transaction, merchant information, date ortransaction, and/or the remaining balance in the financial account (e.g.a credit card, a pre-pay card, a gift card and/or the like).

The order of tasks 402 to 408 and subtasks may be changed. Similarly,some embodiments may not employ all of the tasks 402 to 408. It is alsoenvisioned that some embodiments may employ additional tasks. Forexample, example embodiments may use alternative ordering. For example,the portable device may wirelessly receive a request message from amerchant machine. In an example embodiment, the request message maycomprise an amount related to the purchase. In an example process, theportable device may receive an input from the user approving thefinancial transaction. In another example, an input may not be required.The portable device may wirelessly transmit a response message to themerchant machine. The response message may comprise required accountrelated information for the merchant machine to trigger a financialdebit from a financial account or to credit to a financial account.

The portable device may store a first encryption key, a seconddecryption key, and a network address of an account database server. Theportable device may encrypt a first message using the first encryptionkey. The first message may comprise a request to get information about afinancial account configured in the portable device. The portable devicemay wirelessly transmit the encrypted first message to the accountdatabase server using the network address. The encrypted first messagemay be mapped to a pre-established non-GBR bearer. The mapping may beemployed by a packet filter using packet protocol header(s) of theencrypted first message. The encrypted first message may be encryptedfor an additional time using a third encryption key before beingtransmitted on a first plurality of OFDM subcarriers (or SC-FDMAsubcarriers).

The portable device may wirelessly receive a second encrypted messagefrom the account database server using the pre-established non-GBRbearer. The second encrypted message may be decrypted using a fourthdecryption key after being received on a second plurality of OFDMsubcarriers (or SC-FDMA subcarriers). The portable device may decryptthe decrypted second message using the second decryption key and storingthe financial account information. The portable device may send to adisplay at least a portion of the financial account information.

In another example embodiment of the invention, a portable device maystore a network address of an account database server. The portabledevice may encrypt a first message using a first encryption key. Thefirst message may comprise a request to get information about afinancial account configured in the portable device. The portable devicemay transmit the encrypted first message to the account database serverusing the network address. The encrypted first message may be mapped toa pre-established non-GBR bearer. The encrypted first message may beencrypted for an additional time using a third encryption key beforebeing transmitted on a first plurality of subcarriers of an OFDMwireless network. The portable device may receive a second encryptedmessage from the account database server using the pre-establishednon-GBR bearer. The second encrypted message may be decrypted using afourth decryption key after being received on a second plurality ofsubcarriers of the OFDM wireless network. The second encrypted messagemay comprise financial account information.

According to some of the various embodiments, the portable device maydecrypt the decrypted second message using a second decryption key. Theportable device may store the financial account information. Theportable device may send to display at least a portion of the financialaccount information. The portable device may wirelessly receive arequest signal from a merchant machine. The portable device maywirelessly transmit a response message to the merchant machine. Theresponse message may comprise account related information for themerchant machine to trigger a financial debit from a financial accountor credit a financial account. The portable device may receive a messagecomprising an amount related to the purchase. The message may bereceived from the account database server using the pre-establishednon-GBR bearer. The amount may be transmitted to the account databaseserver by the merchant machine. The encrypted first message may bemapped to the pre-established non-GBR bearer by a packet filter usingpacket protocol header of the encrypted first message. The portabledevice may receive the request signal from the merchant machine inresponse to the user enabling the financial transaction.

In another example embodiment, a portable device may store a networkaddress of an account database server. The portable device may receivean input from the user enabling the financial transaction. The portabledevice may wirelessly receive a request signal from a merchant machine.The portable device may wirelessly transmit a response message to themerchant machine. The response message may comprise account relatedinformation for the merchant machine to trigger a financial debit from afinancial account or credit a financial account. The portable device mayencrypt a first message using a first encryption key. The first messagemay comprise a request to get information about a financial accountconfigured in the portable device.

According to some of the various aspects of embodiments, the portabledevice may transmit the encrypted first message to the account databaseserver. The message may comprise the network address. The encryptedfirst message may be mapped to a pre-established non-GBR bearer. Theencrypted first message may be encrypted for an additional time using athird encryption key before being transmitted on a first plurality ofsubcarriers of an OFDM wireless network. The portable device may receivea second encrypted message from the account database server using thepre-established non-GBR bearer. The second encrypted message may bedecrypted using a fourth decryption key after being received on a secondplurality of subcarriers of the OFDM wireless network. The secondencrypted message may comprise financial account information. Theportable device may decrypt the decrypted second message using a seconddecryption key and storing the financial account information. Theportable device may send to a display at least a portion of thefinancial account information.

In another example embodiment, the portable device may store a networkaddress of an account database server. The portable device may receivean input from the user enabling the financial transaction. The portabledevice may wirelessly receive a request signal from a merchant machine.The portable device may wirelessly transmit a response message to themerchant machine. The response message may comprise required accountrelated information for the merchant machine to trigger a financialdebit from the financial account or credit to the financial account. Theportable device may receive a second encrypted message from the accountdatabase server using a pre-established non-GBR bearer. The secondencrypted message may be decrypted using a fourth decryption key afterbeing received on a second plurality of subcarriers of an OFDM wirelessnetwork. The second encrypted message may comprise financial accountinformation. The portable device may decrypt the decrypted secondmessage using a second decryption key, and may store the financialaccount information.

The portable device may encrypt a first message using a first encryptionkey. The first message may comprise an acknowledgement for receipt ofthe financial account information. The portable device may transmit theencrypted first message to the account database server using the networkaddress. The encrypted first message may be mapped to a pre-establishednon-GBR bearer. The encrypted first message may be encrypted for anadditional time using a third encryption key before being transmitted ona first plurality of subcarriers of the OFDM wireless network. Theportable device may send to a display at least a portion of thefinancial account information.

In an example embodiment, the second encryption key is received from afirst network node and the fourth encryption key is received from asecond network node by the portable device. In another example, thesecond encryption key may be associated with the first network node andthe third encryption key may be associated with a second network node. Akey is associated with a node, for example, when it is received from thenode, or when it is stored to be used in a communication with the node,or when it is calculated based, at least in part, on the parameters ofthe node or parameters received from the node. The first network nodemay be different than the second network node. The second decryption keymay be received from a third network node and the fourth decryption keymay be received from a forth network node by the portable device,wherein the third network node is different than the forth network node.The request message from the merchant machine may be received via ashort range wireless technology. After transmission of the encryptedfirst message, the portable device may receive at least two packetacknowledgements comprising one acknowledgement from a cellular basestation and one acknowledgement from the account database server. Thepre-established non-GBR bearer may be assigned a plurality of attributescomprising: a scheduling priority, an allocation and retention priority,a portable device aggregate maximum bit rate, and/or the like.

The encrypted first message may be encrypted using the third encryptionkey and at least one other parameter that changes substantially rapidlyover time. The second encrypted message may be decrypted using thefourth decryption key and at least one other parameter that changessubstantially rapidly over time. The second plurality of subcarriers maycomprise a plurality of non-contiguous OFDM subcarriers at any giventime during a transmission period. The first plurality of subcarriersmay consist of a plurality of adjacent SC-FDMA subcarriers at any giventime during a transmission period. A first part of the encrypted firstmessage may be transmitted on a first subset of the first plurality ofsubcarriers in a first time period, and a second part of the encryptedfirst message may be transmitted on a second subset of the firstplurality of subcarriers in a second time period, wherein: a) the firsttime period and the second time period do not overlap, and b) the firstsubset of the first plurality of subcarriers and the second subset ofthe first plurality of subcarriers are different.

An IP packet header may be added to the encrypted first message beforethe encrypted first message is encrypted for an additional time. Apacket header comprising a sequence number may be added to the packetafter the encrypted first message is encrypted for an additional time.Packet headers may be added for the wireless transmission of theencrypted first message by a wireless transmitter physical and MAClayers. These packet headers are transmitted without encryption. Theportable device may verify a certificate transmitted from the accountdatabase server before transmitting the encrypted first message. Theportable device may receive an encrypted third message from the accountdatabase server after the financial transaction is triggered. Theencrypted third message may comprise updated account information. Thefinancial account information may comprise an amount related to apurchase.

According to some of the various embodiments, an encryption of a valuemay be applied to a plain value or an already encrypted value. In somecases, an encryption may include multiple encryptions. For example, onemay provide a triple encryption of a value such as applying triple DESencryption. Similarly, decryption may reverse the encryption process.

In this specification, “a” and “an” and similar phrases are to beinterpreted as “at least one” and “one or more.”

Many of the elements described in the disclosed embodiments may beimplemented as modules. A module is defined here as an isolatableelement that performs a defined function and has a defined interface toother elements. The modules described in this disclosure may beimplemented in hardware, software in combination with hardware,firmware, wetware (i.e hardware with a biological element) or acombination thereof, all of which are behaviorally equivalent. Forexample, modules may be implemented as a software routine written in acomputer language configured to be executed by a hardware machine (suchas C, C++, Fortran, Java, Basic, Matlab or the like) or amodeling/simulation program such as Simulink, Stateflow, GNU Octave, orLab VIEWMathScript. Additionally, it may be possible to implementmodules using physical hardware that incorporates discrete orprogrammable analog, digital and/or quantum hardware. Examples ofprogrammable hardware comprise: computers, microcontrollers,microprocessors, application-specific integrated circuits (ASICs); fieldprogrammable gate arrays (FPGAs); and complex programmable logic devices(CPLDs). Computers, microcontrollers and microprocessors are programmedusing languages such as assembly, C, C++ or the like. FPGAs, ASICs andCPLDs are often programmed using hardware description languages (HDL)such as VHSIC hardware description language (VHDL) or Verilog thatconfigure connections between internal hardware modules with lesserfunctionality on a programmable device. Finally, it needs to beemphasized that the above mentioned technologies are often used incombination to achieve the result of a functional module.

The disclosure of this patent document incorporates material which issubject to copyright protection. The copyright owner has no objection tothe facsimile reproduction by anyone of the patent document or thepatent disclosure, as it appears in the Patent and Trademark Officepatent file or records, for the limited purposes required by law, butotherwise reserves all copyright rights whatsoever.

While various embodiments have been described above, it should beunderstood that they have been presented by way of example, and notlimitation. It will be apparent to persons skilled in the relevantart(s) that various changes in form and detail can be made thereinwithout departing from the spirit and scope. In fact, after reading theabove description, it will be apparent to one skilled in the relevantart(s) how to implement alternative embodiments. Thus, the presentembodiments should not be limited by any of the above describedexemplary embodiments. In particular, it should be noted that, forexample purposes, the above explanation has focused on the example(s) ofa centralized Account Database Server 203 which may performauthentication tasks and stores account records. However, one skilled inthe art will recognize that embodiments of the invention could beimplemented in a system, in which Account Database server 203 tasks areimplemented in a distributed system. In such a distributed system,multiple servers may perform the tasks related to the Database Server.

In addition, it should be understood that any figures which highlightthe functionality and advantages, are presented for example purposesonly. The disclosed architecture is sufficiently flexible andconfigurable, such that it may be utilized in ways other than thatshown. For example, the steps listed in any flowchart may be re-orderedor only optionally used in some embodiments. Similarly, ordering in aclaim is intended to be interpreted as order independent when order isnot necessary to achieve an intended purpose of the claimed invention.

Further, the purpose of the Abstract of the Disclosure is to enable theU.S. Patent and Trademark Office and the public generally, andespecially the scientists, engineers and practitioners in the art whoare not familiar with patent or legal terms or phraseology, to determinequickly from a cursory inspection the nature and essence of thetechnical disclosure of the application. The Abstract of the Disclosureis not intended to be limiting as to the scope in any way.

Finally, it is the applicant's intent that only claims that comprise theexpress language “means for” or “step for” be interpreted under 35U.S.C. 112, paragraph 6. Claims that do not expressly comprise thephrase “means for” or “step for” are not to be interpreted under 35U.S.C. 112, paragraph 6.

What is claimed is:
 1. A portable device, comprising: one or moreprocessors; a first wireless interface; a second wireless interface; anon-transitory computer readable medium comprising executableinstructions that, when executed by the one or more processors, causethe one or more processors to perform the steps of: receiving, via saidfirst wireless interface, an account information request signal from amerchant machine; transmitting, via said first wireless interface, aresponse message to said merchant machine, said response messagecomprising said account information for said merchant machine;encrypting a first message using a first encryption key, said firstmessage comprising a requesting to get information about a financialaccount configured in said portable device; mapping, by a packet filter,said encrypted first message to a pre-established non-GBR bearer;generating a fourth message by encrypting said encrypted first messagefor an additional time employing a third encryption key; transmitting onsaid non-GBR bearer, via said second wireless interface, said fourthmessage on a first plurality of subcarriers of an OFDM wireless network;receiving on said pre-established non-GBR bearer, via said secondwireless interface, a second encrypted message on a second plurality ofsubcarriers of said OFDM wireless network; decrypting said secondencrypted message using a fourth decryption key, said second encryptedmessage comprising said financial account information; decrypting saiddecrypted second message using a second decryption key, and store saidfinancial account information; and sending to a display at least aportion of said financial account information.
 2. The portable device ofclaim 1, wherein said instructions cause said processors to perform thesteps of: receiving said second decryption key from a third networknode; and receiving said fourth decryption key from a fourth networknode, said third network node being different from said fourth networknode.
 3. The portable device of claim 1, wherein said instructions causesaid processors to perform the steps of: receiving, after transmissionof said encrypted first message, at least two packet acknowledgementscomprising: acknowledgement from a cellular base station; andacknowledgement from said account database server.
 4. The portabledevice of claim 1, wherein said pre-established non-GBR bearer has aplurality of attributes comprising: a scheduling priority; an allocationand retention priority; and a portable device aggregate maximum bitrate.
 5. The portable device of claim 1, wherein said second pluralityof subcarriers comprises a plurality of non-contiguous OFDM subcarriersat any given time during transmission period.
 6. The portable device ofclaim 1, wherein said instructions cause said processors to perform thestep of: receiving a certificate from an account database server beforetransmitting said encrypted first message.
 7. The portable device ofclaim 1, wherein said instructions cause said processors to perform thesteps of: transmitting a first part of said encrypted first message on afirst subset of said first plurality of subcarriers in a first timeperiod; and transmitting a second part of said encrypted first messageon a second subset of said first plurality of subcarriers in a secondtime period; wherein: said first time period and said second time perioddo not overlap; and said first subset of said first plurality ofsubcarriers and said second subset of said first plurality ofsubcarriers are different.
 8. The portable device of claim 1, whereinsaid instructions cause said processors to perform the steps of: addingan IP packet header to said encrypted first message before saidencrypted first message is encrypted employing said third key.
 9. Aportable device, comprising: one or more processors; a first wirelessinterface; a second wireless interface; a non-transitory computerreadable medium comprising executable instructions that, when executedby the one or more processors, cause the one or more processors toperform the steps of: receiving, via said first wireless interface, arequest signal from a merchant machine; transmitting, via said firstwireless interface, a response message to said merchant machine, saidresponse message comprising a payment card number for said merchantmachine; receiving a certificate from an account server subsequent totransmitting said response message; verifying the certificate from theaccount server; generating an encrypted first message, subsequent toverifying said certificate, by encrypting a first message using a firstencryption key and by adding at least one packet header, said firstmessage comprising a request to get information about a financialtransaction of said payment card; mapping, by a packet filter, saidencrypted first message to a pre-established non-GBR bearer; generatinga fourth message by encrypting said encrypted first message for anadditional time employing a third encryption key; transmitting on saidnon-GBR bearer, via said second wireless interface, said fourth messageon a first plurality of subcarriers of an OFDM wireless network;receiving on said pre-established non-GBR bearer, via said secondwireless interface, a second encrypted message on a second plurality ofsubcarriers of said OFDM wireless network; decrypting said secondencrypted message using a fourth decryption key, said second encryptedmessage comprising said financial transaction information; decryptingsaid decrypted second message using a second decryption key, and storesaid financial transaction information; and sending to a display atleast a portion of said financial transaction information.
 10. Theportable device of claim 9, wherein said instructions cause saidprocessors to perform the step of: mapping said encrypted first messageto said pre-established non-GBR bearer employing, at least in part, saidat least one packet header.
 11. The portable device of claim 9, saidinstructions cause said processors to perform the step of: adding apacket header comprising a sequence number to a packet after saidencrypted first message is encrypted employing said third key.
 12. Theportable device of claim 9, said instructions cause said processors toperform the step of: adding a packet header by a MAC layer to saidencrypted first message for transmission over said second wirelessinterface, and said packet header being transmitted without encryption.13. The portable device of claim 9, wherein said pre-established non-GBRbearer has a plurality of attributes comprising: a scheduling priority;an allocation and retention priority; and a portable device aggregatemaximum bit rate.
 14. The portable device of claim 9, wherein saidinstructions cause said processors to perform the step of: receivingsaid second decryption key from a third network node; and receiving saidfourth decryption key from a fourth network node, said third networknode being different than said fourth network node.
 15. A portabledevice, comprising: one or more processors; a first wireless interface;a second wireless interface; a non-transitory computer readable mediumcomprising executable instructions that, when executed by the one ormore processors, cause the one or more processors to perform the stepof: receiving, via said first wireless interface, a request signal froma merchant machine; transmitting, via said first wireless interface, aresponse message to said merchant machine, said response messagecomprising a payment card number for said merchant machine; generatingan encrypted first message, subsequent to transmitting said responsemessage, by encrypting a first message using a first encryption key andby adding at least one packet header, said first message comprising arequest to get information about a financial transaction of said paymentcard; mapping, by a packet filter, said encrypted first message to apre-established non-GBR bearer; generating a fourth message byencrypting said encrypted first message for an additional time employinga third encryption key; transmitting on said non-GBR bearer, via saidsecond wireless interface, said fourth message on a first plurality ofsubcarriers of an OFDM wireless network; receiving on saidpre-established non-GBR bearer, via said second wireless interface, asecond encrypted message on a second plurality of subcarriers of saidOFDM wireless network; decrypting said second encrypted message using afourth decryption key, said second encrypted message comprising saidfinancial transaction information; decrypting said decrypted secondmessage using a second decryption key, and store said financialtransaction information; and sending to a display at least a portion ofsaid financial transaction information.
 16. The portable device of claim15, said instructions cause said processors to perform the step of:verifying a certificate received from said account database serverbefore transmitting said encrypted first message.
 17. The portabledevice of claim 15, wherein said processors perform the step of:receiving said request signal from said merchant machine in response toa user enabling said financial transaction.
 18. The portable device ofclaim 15, wherein said processors cause said portable device to performthe step of: receiving said second decryption key from a third networknode; and receiving said fourth decryption key from a fourth networknode, said third network node being different from said fourth networknode.
 19. The portable device of claim 15, wherein said first pluralityof subcarriers consists of a plurality of adjacent SC-FDMA subcarriersat any given time during transmission period.
 20. The portable device ofclaim 15, wherein said pre-established non-GBR bearer has a plurality ofattributes comprising: a scheduling priority; an allocation andretention priority; and a portable device aggregate maximum bit rate.